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Beschreibung 

Verfahren zur Aufwandsbeschrankung bei der Obertragung von 
unidirektionalen Informations strbmen 

Die Erfindung betrifft ein Verfahren zur Reduzierung des Auf- 
wands der Bearbeitung von in Richtung einer Kommunikations- 
vorrichtung tibertragenen Nutzdaten in Fallen, bei denen im 
Rahmen eines Dienstes eine bidirektionale Verbindung zwischen 
der Kommunikationsvorrichtung und einer Kommunikationspart- 
nerinstanz eingerichtet wird, obwohl der Dienst keine Nutzda- 
tentibertragung zu der Kommunikationsvorrichtung erfordert. 

Die Erfindung liegt auf dem Gebiet der Sprach- und Datenkom- 
munikation und beruhrt insbesondere Aspekte der Vermittlungs- 
technik. 

In der Kommunikationstechnik gibt es ein stetiges Streben 
nach Ressourcenef f izienz . Dabei spielen Einsparungen bei Kom- 
munikationsvorrichtungen zum Vermitteln und Verteilen von 
Nutzdaten eine wichtige Rolle. Bei der Reduzierung des Auf- 
wands und der Komplexitat derartiger Einrichtungen ist jedoch 
zu berticksichtigen, dass Standards einzuhalten und die Kompa- 
tibilitat zu anderen Kommunikationsvorrichtungen gewahrt wer- 
den soli . Diese Anf orderungen stehen der Reduktion der einge- 
setzten Mittel bzw. Ressourcen haufig im'Weger 

Ein wichtiges Beispiel fur Kommunikationsvorrichtungen mit 
einem Potential fur Einsparungen sind Vorrichtungen, deren 
Funktionalitat keine Bearbeitung von eingehenden Nutzdaten 
erfordert. Beispiele fur derartige Kommunikationsvorrichtun- 
gen sind: 

• Reine Inf ormationsausgabesysteme, z.B. reine Ansagensyste- 
me. Bei Inf ormationsausgabesystemen, welche nur die Ausga- 
be von Informationen (z.B. Sprachinf ormationen) vorsehen 
und nicht evtl . durch extern zugefiihrte Informationen 
steuerbar sind (wie z.B. Systeme zum interaktiven Sprach- 
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dialog) , kSnnen die Res sour cen zur Bearbeitung von zu dem 
System ubermittelten Inf ormationen reduziert werden. 
• Reine Verteilsysteme. Verteilsysteme beschranken sich hSu- 
fig auf das Weiterleiten bzw. Weitervermitteln von Inf or- 
5 mationen bzw. Nutzdaten. Ressourcen fur die Interpretation 

bzw. Bearbeitung von Nutzdaten konnen in reduziertem Um- 
fang vorgesehen werden. 

Die oben beschriebenen Einsparungsmaftnahmen sind dadurch be- 
10 grenzt, dass Kompatibilitat bei der Kommunikation mit anderen 
Vorrichtungen bzw. Endgeraten gegeben sein muss. So gibt es 
Kommunikationsinstanzen ( z . B . Endgerate , Vermittlungsvorrich- 
tungen oder Gateways), bei welchen im Rahmen eines Kommunika- 
tionsvorgangs eine bidirektionale Verbindung vorgesehen ist, 
15 unabhangig davon, ob tats^chlich Nutzdaten zu der Kommunika- 
tionspartnerinstanz gesendet werden. Fur Verbindungen zur 
Nut zdateniibermitt lung zu einer derartigen Kommunikationsin- 
stanz mUssen von Inf ormationsausgabesystemen bzw. Kommunika- 
tionsverteilsystemen Ressourcen fiir die Bearbeitung von der 
20 Kommunikationspartnerinstanz iibermittelten Inf ormationen vor- 
gesehen werden, um eine bidirektionale Verbindung zu ermogli- 
chen . 

Ein Beispiel fiir eine derartiges Szenario ist der Informati- 
onsaustausch zwischen einem reinen An sage system und einem 
Endgerat, bei dem von dem Endgerat nur eine bidirektionale 
Verbindung untersttitzt wird. Obwohl nur in einer Richtung 
(von dem Ansagesystem zu dem Endger&t) relevante Inf ormatio- 
nen ubertragen werden, kommt auch in der anderen Richtung ei- 
ne Nutzdatenubertragung zustande, die z.B. in der Obertragung 
von von einem Mikrophon des Endgerates auf genommenen Hinter- 
grundgerauschen besteht. Der von dem Endgerat zu dem Ansage- 
system Ubertragene Nutzdatenstrom bzw. Bearer-Strom ist dann 
fUr den Dienst irrelevant, erfordert aber Bearbeitungsres- 
sourcen auf Seiten des Ansagesystems . 
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Zudem wird haufig bei einer bidirektionalen Verbindung von 
den verwendeten Protokollen vorgesehen, dass Inf ormationen in 
beide Richtungen gesendet werden, welche statistische Aussa- 
gen uber die Qualitat der Verbindung enthalten. Diese Infor- 
5 mationen werden z.B. dazu verwendet, die Senderate zu regu- 
lieren. Eine beteiligte Koinmunilcationsvorrichtung muss daher 
tlber Mittel zur Generierung dieser Inf ormationen verfligen. 

Ein wichtiges Protokoll, bei dem die oben beschriebene Situa- 
10 tion vorkommen kann, ist das RTP (real time protocol) Proto- 
koll, welches in Verbindung mit dem RTCP (real time control 
protocol) verwendet wird. Das RTP Protokoll erm5glicht die 
Obertragung von Sprache als Nutzdaten bzw. Bearer. Die Ober- 
tragung des Bearers wird durch das RTCP Protokoll gesteuert. 
15 Wenn beispielsweise ein Ansagesystem mittels dem RTP/RTCP 

Protokollstapel Sprachinf ormationen an ein Endger&t ausgibt, 
welches nur bidirektionale RTP Verbindungen unterstutzt, wer- 
den mittels des RTCP Protokolls statistische Inf ormationen 
tiber die Verbindung in beiden Richtungen ubermittelt. 

20 

Die Erfindung hat zur Aufgabe, eine Aufwandsreduzierung bei 
Kommunikationsvorrichtungen zu ermoglichen. 

Die Aufgabe wird durch die Gegenstande der unabhangigen An- 
25 sprtiche gelost. 

Die Erfindung beruht auf der Beobachtung, dass ftir Kommunika- 
tionsvorrichtungen, welche generell Oder fttr bestimmte Diens- 
te keine Nutzdatentibertragung an eine Kommunikationspartner- 
30 instanz vorsehen, in Fallen, in denen trotzdem eine bidirek- 
tionale Verbindung zu der Partnerinstanz aufgebaut wird, bei- 
spielsweise weil die Kommunikat'ionspartnerinstanz nur bidi- 
rektionale Verbindungen mit dem verwendeten Protokoll unter- 
stutzt, der Aufwand bei der Bearbeitung, der von der Kommuni- 
35 kationspartnerinstanz ubertragenen Nutzdaten reduziert werden 
kann, indem zumindest ein Teil dieser von der Kommunikations- 
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partnerinstanz. in Richtung der Kommunikationsvorrichtung tl- 
bertragenen Nutzdaten ver'worfen werden. 

Beispiele fur Vorrichtungen bzw. Dienste, far die in der Re- 
gel nur Nutzdatenubertragung in einer Richtung, d.h. unidi- 
rektional vorgesehen ist, sind Informationsausgabesysteme 
( 2 .B Ansagesysteme) und Verteilsysteme bzw. Inf ormationsaus 
gabedxenste (z.B. Ansagedienste) und Verteildienste . Die Kom 
munxkationspartnerinstanz kann beispielsweise durch ein End- 
gerat Oder ein Gateway gegeben sein. 

Die Erfindung hat den Vorteil von im Vergleich zur herk6mmli- 
chen Systemen grSAerer Ressourcenef f izienz . Der Bearbeitungs- 
aufwand wird reduziert, indent ubertragene Nutzdaten, die fur 
den Dxenst irrelevant sind, verworfen werden. Ein eventuell 
bex einer Sprachverbindung iibertragenes irrelevantes Hinter- 
grundgerausch wird in der Kommunikationsvorrichtung nicht 
vollstandig ausgewertet. Ein Teil der Hardware bzw. Software- 
ressourcen, die in der Kommunikationsvorrichtung herkommlich 
zur Bearbeitung von an die Kommunikationsvorrichtung ubertra- 
genen Nutzdaten vorgesehen sind, konnen eingespart werden 
Dies kann teure spezielle Hardware, wie DSPs (DSP: digital 
signalling processor) oder ASICs (ASIC: application specific 
integrated circuit) betreffen. 

Die Erfindung 1st beispielsweise anwendbar in paketorientier- 
ten Netzen, uber welche Nutzdaten als Nutzdatenpakete in 
Rxchtung der Kommunikationsvorrichtung ubertragen werden In 
dxesem Fall ia sst sich der Verwurf der Pakete z.B. auf fol- 
gende zwei Weisen realisieren: 

• Ein der Kommunikationsvprrichtung vorgelagerter Router 
verwxrft die zu der Kommunikationsvorrichtung tlbertragenen 
Nutzdaten. ~ 

• In der Kommunikationsvorrichtung werden eintreffende Da- 
tenpakete gefiltert, z.B. anhand der UDP-Portadressen 
(UDP: user datagram protocol), und Nutzdatenpakete, welche 

von der Kommunikationspartnerinstanz gesendet wurden, wer- 



30 
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den verworfen. Dieses Herausf iltern der nicht fur den 
Dienst relevanten Nutzdaten kann auf den unteren Schichten 
des Protokollstapels vorgenommen werden. Eine Bearbeitung 
auf den oberen Schichten des Kommunikationsprotokolls oder 
eine Auswertung bzw. Interpretation iibermittelter Nutzda- 
ten ist nicht erforderlich, so dass dafiir keine Ressourcen 
vorgesehen werden mussen. 

Die Nutzdatenpakete werden im Falle von Echtzeitverkehr bei- 
spielsweise mittels des RTP-Protokolls ubertragen. Fiir die 
Steuerung von RTP-Verbindungen wird das RTCP-Protokoll ver- 
wendet. Gemafl dem RTCP-Protokoll werden statistische Inf orma- 
tionen zwischen den Kommunikationsinstanzen ubertragen, wel- 
che sich haufig auf die Obertragungsqualitat der Nutzdaten- 
ubertragen der Kommunikationsinstanzen bezieht. Herkommlich 
erfordert die Generierung solcher statistischer Inf ormationen 
oder generell von Kontrollinf ormationen zur Verbindungsquali- 
tat die Auswertung der iibersendeten Nutzdaten. Die vorliegen- 
de Erfindung sieht allerdings vor, dass fur die angesproche- 
nen Falle ein Teil der Nutzdaten verworfen, also nicht auf 
die Obertragungsqualitat hin ausgewertet werden. Entsprechend 
einer vorteilhaf ten Weiterbildung kann verhindert werden,: ; 
dass die Kontrollpartnerinstanz wegen ausbleibender oder-ir- 
refiihrender Meldungen bzw. Inf ormationen iiber die zur Kommu- 
nikationsvorrichtung aufgebauten Verbindung zu ungewunschten 
Reaktionen - im Extremfall der Beendigung der bidirektionalen 
Verbindung - veranlasst wird. Dabei sendet die Kommunikati- 
onsvorrichtung Inf ormationen bzw. Meldungen an die Kommunika- 
tionspartnerinstanz, die ein einwandf reies Funktionieren der 
Nutzdatenubertragung von der Kontrollpartnerinstanz zu der 
Kommunikationsvorrichtung simuliert. Dabei kann z.B. ein be- 
kannter Wertebereich fiir die Kontrollinf ormationen benutzt 
werden, welcher einer storungsf reien Nutzdatenubertragung 
entspricht. Weiter ist es moglich, dass man einen kleinen 
Teil der Nutzdaten nicht verwirft, sondern fur die Berechnung 
statistischer Inf ormationen bzw. Kontrollinf ormationen aus- 
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wertet und die erhaltenen Ergebnisse far die gesamte Menge an 
Nutzdaten extrapoliert . 

Die Erfindung wird im Folgenden im Rahmen eines Ausfuhrungs- 
beispiels anhand von Figuren naher erlautert. Es zeigen: 

Figur. 1: Eine Kommunikationsvorrichtung und eine Kommunika- 
tionspartnerinstanz, die miteinander kommunizieren, 
wobei von der Kommunikationspartnerinstanz zu der 
Koinmunikationsvorrichtung iibertragenen Nutzdaten 
von einem Router herausgef iltert werden. 

Figur 2: Eine Koinmunikationsvorrichtung und eine Kommunika- 
tionspartnerinstanz in Kommunikationsbeziehung, wo- 
bei von der Kommunikationspartnerinstanz an die 
Kommunikationsvorrichtung gesendete Nutzdaten in 
der Kommunikationsvorrichtung herausgef iltert und 
verworfen werden. 



Beide Figuren zeigen eine Kommunikationsvorrichtung IVR (IVR- 
Interactive Voice Response) und eine Kommunikationspartnerin- 
stanz KPI, welche ttber eine bidirektionale Verbindung mittels 
des RTP-Protokolls Nutzdaten miteinander austauschen. Gesteu- 
ert bzw. kontrolliert werden diese Verbindungen mittels des 
25 RTCP-Protokolls. In Figur 1 ist ein Router R gezeigt, der mit 
Hxlfe eanes Filters F an die -Kommunikationsvorrichtung IVR 
ubertragene Nutzdaten herausfiltert, so dass diese nicht zu 
der Kommunikationsvorrichtung IVR gelangen. In Figur 2 wird 
diese Filterfunktion von der Kommunikationsvorrichtung IVR 
30 selber vorgenommen, welche mit Hilfe eines Filters F von der 
Kommunikationspartnerinstanz KPI ubertragene Nutzdaten her- 
ausfiltert und verwirft, welche so nicht durch hShere Proto- 
kollschichten bearbeitet werden mUssen. 




Bei der Kommunikationsvorrichtung IVR handelt es sich bei- 
spielsweise urn ein Sof tware-basiertes VoIP (VoIP: voice over 
IP) Ansagesystem auf Basis des RTP und des RTCP Protokolls. 
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Im Folgenden wird beispielhaft fur ein Ansagesystem beschrie- 
ben, wie man statt bidirektional betriebener RTP/RTCP Kanale 
mit unidirektional betriebenen Kanalen arbeiten kann. 

Bei dem ersten Beispiel entsprechend Fig. 1 verwirft ein vor- 
gelagerter Router die RTP Pakete in Richtung Ansagesystem, so 
dass trotz bidirektionaler Durchschaltung das Ansagesystem 
nicht mit RTP-Last beaufschlagt wird. 

Im Fall der Behandlung der Nutzdaten in dem Ansagesystem 
(Beispiel entsprechend Fig. 2) schaltet der die Verbindung 
steuernde Call Controller Oder der entfernte Endpunkt einen 
symmetrischen RTP Strom durch das IP Netz zum Ansagesystem 
durch. Oberhalb des IP Stacks, d.h. des IP Protokollstapels 
im Ansagesystem, wird ein statischer Filter eingerichtet, der 
alle zum Ansagesystem fuhrenden mittels des RTP Protokolls 
ubertragenen IP Pakete anhand der durch diese Protokolle ver- 
wendeten UDP (user datagrams protocol) Ports erkennt und ver- 
wirft. Die hoheren Protokoll Layer, die rechenzeitaufwendige- 
re Aufgaben fur diese Pakete durchfuhren mussten, werden da- 
durch nicht mehr belastet und mils sen nur noch ausgehende Da- 
tenstrome behandeln. 

Da in einem Sof tware-basierteh Ansagesystem ein sehr hoher 
Anteil der Performance auf die Behandlung von RTP .Protokoll- 
ablaufe entfallt, kann das' frei werdende Rechenzeit Budget 
nun z.B. zur Behandlung weiterer Ansage Ports verwendet wer- 
den . 

RTCP sender reports werden wie in RFC 1889 (RFC: request for 
comments) vorgesehen ausgesendet. Der Standard sieht bereits 
vor, dass diese relativ selten ausgesendet werden, so dass es 
keines groften Rechenzeitaufwandes bedarf . Daher kann der Fil- 
ter RTCP Pakete an den RTCP Rrotokollstapel des Ansagesystems 
weiterleiten. 
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Entsprechend einer Weiterbildung des Anmeldegegenstands kann 
auf Ebene des RTCP Protokolls ein einwandfreies Funktionieren 
exner bidirektionalen Verbindung simuliert werden. Das RTCP 
Protokoll sieht das optionale Aussenden von sogenannten Re- 
ceiver Reports vom Ansagesystem zum entfernten Anwender vor 
Da un Ausfuhrungsbeispiel ein Bearer bzw. Nutzdaten Strom 
physikalisch durch das IP Netz geschaltet wurde, kann man 
versuchen, die vom entfernten Mikrofon auf genommenen und via 
der Kommunikationspartnerinstanz ubertragenen SprachstrSme 
Oder Voice Activity Meldungen zu bewerten, urn dem entfernten 
Anwender, bzw. dessen Bearer Behandlung, einen Duplex Stream, 
d.h. exne bidirektionale Verbindung, vorzuspiegeln. 

Damit das Ziel der Aufwandsreduzierung, die durch Ausftih- 
rungsbeispiel 1 erreicht wird, nicht konterkariert wird, ist 
es smnvoll, auf eine kontinuierliche Berechnung der RTCP 
Statistiken auf Basis aller empfangenen RTP Pakete zu ver- 
zxchten. Folgende Losungsansatze zur Reduzierung des Aufwands 
be! der Berechnung der RTCP Statistiken konnen beschritten 
werden : 



20 werden: 



25 



30 



35 



a) Aussenden eines default Reception Reports 

Da ein hier beschriebenes Ansage- oder Verteiisystem nicht 
von der Qualitat des empfangenen Stroms abhangig ist, kSnnen 
' ln den Report e^fahrungsgemaJJ akzeptable Standardwerte einge- 
tragen werden. Sollte ein Network Operator diese auswerten 
bzw. mterpretieren, muss ihm der Umstand, dass speziell die- 
se Reports nicht aussagekraftig sind, lediglich im Rahmen der 
Definition der Standardwerte bewusst sein. Damit wird sicher- 
gestellt, dass das entfernte Bearer Treatment keine ungewoll- 
ten GegenmaJinahmen einleitet <z.B. die Senderate reduziert 
oder Fehler Reports generiert) . Der Reception Report kann 
folgende Parameter (entsprechend RFC 1889) enthalten: 

• SSRC (Synchronization source) der sendenden Quelle (kann 
aus beliebigen empfangenen RTP Paketen, z.B. mittels ei- 
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nes RTP Sniffers bzw. Filters, welcher- wenigstens zu Be- 
ginn des Rufes/der Session einige Pakete auswertet, er- 
mittelt werden oder aus dem letzten empfangenen Sender 
Report ermittelt werden) 
. Lost Fraction : hier wird 256 eingetragen, was einem i- 

dealem Empfang entspricht. 
. Cumulated number of lost packages : hier wird 0 oder ein 

sehr geringer Wert eingetragen 
. Highest received sequence number: die Anzahl der Sequen- 
, • ce Number Cycles und der Highest Sequence Number Recei- 

ved wird aus einer Rundung einer algorithmischen Berech- 
nung aus 

- der Zeit seit dem letzten Reception Report (alternativ 
5 kann der Beginn der Bearer Durchschaltung zugrunde ge- 

legt werden) 

- dem Codec Type und seiner Bandbreite und 

- den verwendeten Paketisierungsgrossen (Ergebnisse der 
Codec Negotiation) 

mittels der zu erwartenden RTP Paketanzahl ermittelt. 
Diese Parameter sind bei Ansagesystemen pro Ruf/Session 
stabil und es ist daher eine derartige Berechnung / Fol- 
ge von Divisionen moglich. 
. interarrival Jitter: hier wird ein unverdachtiger Wert, 

der 1 ms entspricht, eingetragen. 
. Last (arrived) SR: der Zeitstempel des letzten Sendere- 
ports wird von der RTCP Statistik Funktion fur Sender 
Reports ubernommen. 
30 • Delay since last (arrived) SR: die im letzten Sendere- 

port eingetragene VerzSgerung wird von der RTCP Statis- 
tik Funktion fur Sender Reports Ubernommen. 

b) Reduktion der Anzahl der RTP Pakete, die von der RTCP Sta- 
35 tistik Funktion bearbeitet werden muss 
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Kontrolliert iiber einen geeigneten, zeitlich gesteuerten dy- 
namischen Filter oberhalb des IP stacks (der auf RTP Port Ad 
ressen sensibilisiert ist) , werden der RTCP Statistik Funkti 
5 on nur RTP Pakete \iber einen beschrankten Zeitabschnitt (z.B 
die Dauer eines Ansage-Rufs) , z.B. iiber mehrere gleichver- 
teilte 100 ms Intervalle der im Mittel 10 Sekunden lang dau- 
ernden Ansageverbindung zugestellt. Die RTCP ports sind hier 
prinzipiell of fen. 

10 

Hier kann im Wesentlichen eine kommerzielle RTCP Statistik 
wiederverwendet werden, die eine langere Messung als tats^ch* 
lich erfolgt vortauscht. Der Parameter "Highest Received Se- 
quence Number" muss aber wie unter a) approximativ berechnet 
15 werden. Fiir den "Interarrival Jitter und Lost Fraction" Para- 
meter konnen dagegen die aus der 100 ms Messung erzeugten 
Werte als die , realen' Messwerte in den Reception Report ein- 
getragen werden. Der Parameter "Cumulated number of lost 
packages" muss ebenfalls extrapoliert werden. 

20 

Geht man z.B. von 1 Sekunde dauernden Intervallen fttr das 
Aussenden der Reception Reports aus und misst man darin je- 
weils nur 100 ms, so ware der zu sendende Wert urn den Faktor 
10 zu multiplizieren. Man trifft hier die Annahme einer 
25 Gleichverteilung der Paketverluste iiber die Ruf dauer. 
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Patentanspruche 

1. Verfahren zur Reduzierung des Auf wands der Bearbeitung von 
in Richtung einer Kommunikationsvorrichtung (IVR) ubertrage- 
nen Nutzdaten in Fallen, bei denen im Rahmen eines Dienstes 
eine bidirektionale Verbindung zwischen der Kommunikations- 
vorrichtung (IVR) und einer Kommunikationspartnerinstanz 
(KPI) eingerichtet wird, obwohl der Dienst keine Nutzdaten- 
ubertragung zu der Kommunikationsvorrichtung (IVR) erfordert, 
demzuf olge 

zumindest ein Teil der Nutzdaten vor Durchfiihrung zumindest 
eines Teils der im Rahmen einer Bearbeitung von Nutzdaten 
vorgesehenen Arbeitsschritten verworfen wird. 

2. Verfahren nach Anspruch 1, 
dadurch gekennzeichnet, dass 

die Kommunikationsvorrichtung (IVR) durch ein Informations- 
ausgabesystem oder ein Verteilsystem gegeben ist. 

3. Verfahren nach einem der vorhergehenden Ansprttche, 
dadurch gekennzeichnet, dass 

die Kommunikationspartnerinstanz (KPI) durch ein Endgerat o- 
der ein Gateway gegeben ist. 

4. Verfahren nach einem der vorhergehenden Ansprttche, 
dadurch gekennzeichnet, dass 

die Nutzdaten als Nutzdatenpakete uber ein paketorientiertes 
Netz in Richtung der Kommunikationsvorrichtung (IVR) ubertra- 
gen werden. 

5. Verfahren nach Anspruch 4, 
dadurch gekennzeichnet, dass 

in einem der Kommunikationsvorrichtung (IVR) vorgelagerten 
Router (R) zumindest ein Teil der Nutzdatenpakete verworfen 
werden. 
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6. Verfahren nach Anspruch 4, 
dadurch gekennzeichnet , dass 

bei der Kommunikationsvorrichtung (IVR) ankommende Datenpake- 
te gefiltert werden und zumindest ein Teil der von der Kommu- 
nikationspartnerinstanz (KPI) ubertragenen Nutzdatenpakete 
verworfen werden. 

7. Verfahren nach Anspruch 6, 
dadurch gekennzeichnet, dass 

die von der Kommunikationspartnerinstanz (KPI) ubertragenen 
Nutzdatenpakete anhand ihrer Port Adressen identifiziert und 
herausgefiltert werden. 

8. Verfahren nach einem der vorhergehenden Anspriiche 4 bis 7, 
15 dadurch gekennzeichnet, dass 

die Nutzdatenpakete mittels des RTP Protokolls iibertragen 
werden . 



10 



20 



9. Verfahren nach einem der vorhergehenden Ansprttche, 
dadurch gekennzeichnet, dass 

von der Kommunikationsvorrichtung (IVR) an die Kommunikati- 
onspartnerinstanz (KPI) Informationen iibertragen werden, wel- 
che eine einwandfreie Obertragung der Nutzdaten von der von 
der Kommunikationspartnerinstanz (KPI) an die Kommunikations- 
25 vorrichtung (IVR) simulieren. 

10. Verfahren nach Anspruch 9, 
dadurch gekennzeichnet, dass 

die Informationen die Obertragungsqualitat der Nutzdateniiber- 
tragung von der Kommunikationspartnerinstanz (KPI) zu der 
Kommunikationsvorrichtung (IVR) betreffen. 

11. Verfahren nach Anspruch 9 Oder 10, 
dadurch gekennzeichnet, dass 

35 die Informationen mittels des RTCP Protokolls ubertragen wer- 
den . 



30 
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12. Kommunikationssystem (IVR) zur Durchfuhrung eines Verfah- 
rens nach einem der Anspruche 1 bis 11, 
gekennzeichnet durch 

einen Filter zur Identif izierung von von der Kommunikations- 
partnerinstanz (KPI) zu der Kornmunikationsvorrichtung (IVR) 
ubertragenen Nutzdaten. 

13. Router (R) zur Durchfuhrung eines Verfahren nach einem 
der Ansprtiche 5 bis 11 

gekennzeichnet durch 

Mittel zur Verwerfung von von der Kommunikationspartnerin- 
stanz (KPI) zu der Kornmunikationsvorrichtung (IVR) ubertrage- 
nen Nutzdatenpaketen. 



200316444 



10 



15 



14 

Zusanimenfassung 

Verfahren zur Aufwandsbeschrankung bei der Obertragung von 
unidirektionalen Informations stromen 

Bei Informationsausgabe- und Verteildiensten sind haufig 
evtl. zu der entsprechenden Kommunikationsvorrichtung (d.h. 
Informationsausgabesystem bzw. dem Verteilsystem) iibertragene 
Nutzdatenstrome fur den Dienst irrelevant. Trotzdem werden in 
vielen Fallen aus Kompatibilitatsgrunden Ressourcen fur die 
Bearbeitung eingehender NutzdatenstrSme in der Kommunikati- 
onsvorrichtung (IVR) bereitgestellt. Die Erfindung erlaubt in 
diesen Fallen eine Aufwandsreduzierung in der Kommunikations- 
vorrichtung (IVR) . Erfindungsgemafi wird zur Reduzierung des 
Aufwands der Bearbeitung von in Richtung der Kommunikations- 
vorrichtung (IVR) iibertragenen Nutzdaten zumindest ein Teil 
der Nutzdaten vor Durchfuhrung von im Rahmen einer Bearbei- 
tung von Nutzdaten vorgesehenen Arbeitsschritten verworfen. 
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